昨天介紹了我想打造 Idea Note 的原因：生活中經常出現一些零碎靈感，但如果沒有立即記錄，很快就會忘記；即使寫進不同的筆記工具，之後也不一定找得到。

不過，「想做一個筆記 App」仍然只是一個模糊的想法。真正開始開發以前，必須先釐清使用者會在什麼情況下使用它，以及第一個版本究竟需要哪些功能。

先從實際使用情境開始

我預想的使用情境很簡單。

當我走路、搭車、工作或與別人聊天時，突然想到一個值得保留的點子，希望能在幾秒內打開 Idea Note，輸入內容並完成儲存。

之後有空整理時，我還要能重新找到這些內容，進行修改、補充或刪除。

因此，Idea Note 最基本的操作流程是：

1. 輸入一段想法。
2. 儲存想法。
3. 查看已儲存的內容。
4. 修改既有內容。
5. 刪除不再需要的內容。
6. 透過搜尋或分類找回想法。

這些操作看似普通，卻構成了一個筆記工具最重要的核心。如果最基本的記錄流程不夠順暢，即使加入再多進階功能，也無法真正解決原本的問題。

什麼是 MVP？

MVP 是 Minimum Viable Product 的縮寫，通常翻譯為「最小可行產品」。

白話來說，就是先完成一個功能不多，但已經可以實際使用的版本，再根據使用結果逐步改善。

對我而言，Idea Note 的第一版不需要立刻具備所有想像中的功能。這次先將需求分成三個層級：

第一階段：必要功能

• 新增筆記
• 顯示筆記清單
• 編輯筆記
• 刪除筆記
• 保存筆記內容
• 基本的手機版操作介面

第二階段：提升使用體驗

• 關鍵字搜尋
• 標籤或分類
• 建立時間與修改時間
• 筆記排序
• 語音輸入
• PWA 安裝與離線使用

第三階段：未來可能加入

• AI 自動摘要
• AI 建議標籤
• 將零碎內容整理成待辦事項
• 不同裝置之間的資料同步
• 使用者帳號與登入功能

這樣分類的目的，是避免在開發初期不斷增加需求，最後每一項功能都做了一點，卻沒有任何一項真正完成。

AI 功能不是第一優先

Idea Note 未來可能會加入 AI，但 AI 並不是第一版成立的必要條件。

語音輸入也不一定等於使用 AI。最初可以先使用手機或瀏覽器本身提供的語音轉文字能力，讓使用者更快輸入內容。至於自動摘要、分類與標籤建議，才可能需要串接外部 AI API。

如果未來加入 API，就必須同時考慮使用成本、金鑰安全、使用次數限制及後端架構。因此，在基本功能尚未穩定以前，我不打算急著加入付費服務。

今天的結論

今天沒有急著寫更多程式，而是先確認 Idea Note 要解決的問題及第一版的功能邊界。

目前的核心目標可以濃縮成一句話：

讓使用者可以快速記下想法，並在需要時順利找回來。

接下來的開發會先圍繞這個目標進行。其他功能即使很有趣，只要不影響第一版能否使用，就先保留在未來清單中。

下一篇，我會開始整理 Idea Note 的操作流程與畫面結構，確認使用者從打開頁面到完成一則筆記，需要經過哪些步驟。